home *** CD-ROM | disk | FTP | other *** search
/ STraTOS 1997 April & May / STraTOS 1 - 1997 April & May.iso / CD01 / INTERNET / SITES / RAND / UNSPLIT / text0734.txt < prev    next >
Encoding:
Text File  |  1997-02-06  |  1.8 KB  |  48 lines
  1. R> Hello you all,
  2.  
  3. Hi,
  4.  
  5. > not the tridi world ) but with the floor textures ( as it is done
  6. > in Duke Nuken ), with the rotations, zooms, ...
  7.  
  8. This would be cool indeed.
  9.  
  10. > I'd like to include the possibility to put markers on the map to 
  11. > help you to remember some places. And many other stuffs ( any
  12. > suggestion ? ). Also the possibility to see where the monsters are,
  13. > witch walls you haven't seen already, ...
  14.  
  15. Do it!
  16.  
  17. > Another point :
  18. > 
  19. > Yes, it would be great to see the monsters, weapons, ... but that's
  20. > not that important actually, as all the code can be done without it.
  21. > I mean that you only need to know the position of a monster to develop
  22. > collisions tests. And if you really need to see it, just put a pixel 
  23. > on the game where the monster should be. Like this, you can move it at
  24. > the end of the display engine, see where it is, and don't take care
  25. > of the BSP tree. After that, when the rout is finished or not, Doug
  26. > could developp the monster display. But we would be able to see
  27. > where the monsters are supposed to be displayed. You can also put
  28. > a colored pixel for switches, weapons, static stuffs, ...
  29.  
  30. Sounds like a good idea for now as it's just for testing. You could
  31. make the monsters as lines. One pixel might be hard to see you know.
  32.  
  33. > Or I think about another possibility : I had coded a Doom sprites
  34. > displayer in a very old version. Perharps some of you remind it.
  35.  
  36. Yeah, it was a master piece. :-)
  37.  
  38. > You could also use this code to display the sprites after the walls.
  39. > Of course, sprites would not be cached by walls, but after all, it's
  40. > just for the beta testing version, not the finished one. And everybody
  41. > would appreciate it I think. It will probably slows things down, because
  42. > this routine was not optimised at all, but who cares ?
  43.  
  44. Even better than putting a pixel/line.
  45.  
  46. //Magnus Kollberg
  47.  
  48.